INTEGRATED AIRCRAFT FLIGHT DYNAMICS 
PREDICTION AND SIMULATION 
Field of the Invention 

The present invention generally relates to designing or modifying an aircraft 
design for use in a flight simulator software program, and more specifically, relates to 
software and a method that enable a user to design or modify a design of an aircraft by 
specifying a plurality of parameters, and then generate aerodynamic coefficients to 
enable the user to fly the aircraft within the flight simulator program, to evaluate the 
performance of the aircraft design. 

Background of the Invention 

Flight simulation software has always been among the more popular of the 
personal computer game genres. The quality of the flight simulation and the realism of 
the graphics for the aircraft and the scenery around the simulated aircraft continue to 
improve with each new version of the flight simulator programs, and as a result of the 
increased speed of graphic display adapter cards and processors. One of the more 
popular programs of this type is FLIGHT SIMULATOR 2002™, which is produced and 
distributed by Microsoft Corporation, This program enables a novice to learn to fly by 
providing instruction in various aspects of flying and by simulating the presence of an 
instructor in the cockpit, for purposes of demonstrating flying principles and expertise 
and explaining how to pilot an aircraft. The user can choose between various types of 
aircraft, including Boeing Corporation's 747-400, 737-300, and 777-400 commercial jet 
aircraft, several models of Cessna aircraft (including a floatplane version), a Learjet 45 
business jet, a Bell 206B JetRanger HI helicopter, a Sopwith Camel, and a 
Schweizer 2-32 sailplane. Multi-player capability and features related to the multi-player 
aspect of the software enable interaction with other participants over the Internet (or other 
network) while flying a simulation. 
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While the variety of aircraft that are provided in the FLIGHT SIMULATOR 
2002™ program and other flight simulator programs are relatively extensive, the more 
dedicated flight simulator hobbyist will likely want to modify an existing design and 
eventually create his/her own aircraft design, and then test the design by flying it within 
the flight simulation program. Many parameters controlling an aircraft's design affect 
how it will fly (or even if it will fly). Therefore, it is important that an appropriate flight 
dynamics editing program provide a relatively user-friendly interface to enable these 
parameters to be efficiently selected by a user. Once the user has created a design or 
modified an existing design for an aircraft by choosing specific parameters, another 
program module must then implement the design by generating flight model data for the 
aircraft, based on the selected parameters. To enable the user to test the flight 
characteristics of the design in the flight simulation program, the flight model data that 
are thus generated must be in a form that is compatible with the flight simulator program. 
For example, FLIGHT SIMULATOR 2002™ requires that the flight model data for an 
aircraft be provided in an aircraji.m file and an aircraftcfg file (where the italicized 
word *'aircraj¥^ in the name of the ''aircraji,axf' file is replaced with a specific word or 
phrase identifying the aircraft). The aircraji,mx file includes binary data that define 
aerodynamic coefficients and non-linear tables of data for an aircraft, while the 
aircraft.cfg file includes parameters other than flight data, such as specification of the 
type and design of the landing gear and scaling factors that are to be applied to the 
aerodynamic data. 

Earlier versions of Microsoft Corporation's FLIGHT SIMULATOR™ program 
included an add-on program called '^FLIGHT SHOP'^m'' that enabled some editing of the 
parameters for an aircraft design, but it is not usable with the FLIGHT 
SIMULATOR 2002 program, since the add-on program produces only a single data file 
that is not compatible with the current flight simulator program. 

An alternative flight simulator program called X-PLANE™, as described on the 
X-PLANE web page (http://www.x-plane.com/descrip.html), "reads in the geometric 
shape of any aircraft and then figures out how that aircraft will fly. It does this by an 
engineering process called 'blade element theory/ which involves breaking the aircraft 
down into many small elements and then finding the forces on each little element many 
times per second. These forces are then converted into accelerations which are then 
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integrated to velocities and positions." The X-PLANE program is sold with an additional 
program called PLANE MAKER™ that enables a user to enter the dimensions of the 
aircraft, which are then processed by the program to deteraune how the plane will fly. 
However, X-PLANE determines how the plane will fly using "blade element theory," 
which is not as accurate with respect to the forces or stability characteristics of a 
complete aircraft as the more classical design approach in which the forces of each of the 
various aircraft components are determined based on the equations of motion and 
Newtonian physics. 

This classical technique is disclosed in connection with a software program called 
AIRPLANE PDQ™, which as described on the web page for this product 
(http://www.davincitechnologies.com/AirplanePDQ.htm) is "a conceptual/preliminary 
design tool for light homebuilt and general aviation aircraft. In AIRPLANE PDQ™, a 
CAD program is employed for producing airplane drawings of an aircraft." The user 
enters specific parameters and chooses from among several aircraft configuration 
options, such as high wing, low wing, tricycle gear, or tail-dragger. Sizing calculations 
are carried out, and an initial three-view drawing of the aircraft is produced based on the 
user's input Interactive analysis is employed to verify the design's performance and to 
determine any changes to the design required for safety or to meet other criteria. 
However, this product is intended to facilitate the design of an actual aircraft and does not 
produce flight model data that can be employed in a flight simulator program to evaluate 
the flying characteristics of the design that was created. 

Software products such as those produced by DARCorporation (web site at 
http://www.darcorp.com/Software/software.htm), are available to facilitate the design of 
commercial aircraft, based on the determination of lift and other aerodynamic properties 
for each component of an aircraft design. However, such products are again unable to 
produce flight model data for an aircraft that can be used to test the aircraft flight 
dynamics in a real-time flight simulation. It is particulariy important that a product be 
able to produce data that are compatible with a widely respected and available flight 
simulator program, such as Microsoft Corporation's FLIGHT SIMULATOR 2002™, 
since the value of creating and testing a design is best appreciated in a flight simulator 
with which the user is most familiar. 
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Accordingly, it will be apparent that there was a substantial need to develop a 
feature for use in a flight simulation program such as FLIGHT SIMULATOR 2002 tfiat 
would enable a user to create an aircraft design, generate compatible aircraft data based 
on the classic development of aerodynamic characteristics of the design, and then test the 
5 flying characteristics of the design in the flight simulation program. None of the other 
prior art programs noted above provide the full desired functionality or produce flight 
model data that are compatible with the FLIGHT SIMULATOR 2002™ program. 

Summary of the Invention 
The present invention enables a. user to create or modify a design for an aircraft 
1^ 10 and evaluate the flight characteristics of the design by flying the aircraft in a flight 
Q simulation program. In a preferred embodiment, a user mns an editing module that 

1^ enables the user to input a plurality of parameters to define the design of the aircraft or 

modify an existing design. These parameters include geometric properties of the aircraft, 
which are processed by a module that generates a plurality of aerodynamic coefficients 
f%\ 15 defining flight model data stored in files for the design of the aircraft. The flight model 
data files also include certain of the parameters input by the user. The aerodynamic 
coefficients can be used to determine the lift provided by the surfaces of components of 
111 the aircraft. The flight simulator program then employs the flight model data files to 

ll enable the user to simulate flying the aircraft that was designed or modified, so that the 

m 20 user can evaluate the flight characteristics of the design. 

Limits are associated with at least some of the parameters, to prevent the user 
from entering a value for a parameter that is out of acceptable bounds. An indication is 
provided if the user attempts to enter a parameter that is outside the allowed limits 
associated with a parameter, so that the user can fix the problem. The editing module can 
25 even exclude entry of a parameter that is outside the allowed limits associated with a 
critical parameter. 

One of the flight model data files used by the flight simulation program includes 
binary data defining the aerodynamic coefficients for component surfaces of the aircraft. 
Another flight model data file includes at least some of the plurality of parameters input 
30 by the user that do not directly affect the flight characteristics of the aircraft, such as an 
instrument panel configuration for the aircraft, or sounds experienced when simulating 
flying of the aircraft. 
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An important feature of the present invention is that it generates the aerodynamic 
coefficients in an appropriate order. Since certain of the aerodynamic coefficients rely on 
others of the aerodynamic coefficients in the technique used to produce the flight model 
data, the order in which these coefficients are generated is important. For example, the 
aircraft lift curve slope must be generated by the module before it can determine the static 
longitudinal stability of a design. 

Another aspect of the present invention is directed to a memory medium on 
which are stored machine instructions for carrying out the steps of the method. Yet 
another aspect of the present invention is directed to a system for enabling a user to create 
or modify a design for an aircraft and evaluate flight characteristics of the design. The 
system includes a memory for storing machine instructions, a display, an input device, 
and a processor that is coupled to the memory, the display, and the input device. The 
processor executes the machine instructions stored in the memory and the machine 
instructions cause the processor to carry out functions that are generally consistent with 
the steps of the method described above. 

Brief Description of the Drawing Figures 

The foregoing aspects and many of the attendant advantages of this invention will 
become more readily appreciated as the same becomes better understood by reference to 
the following detailed description, when taken in conjunction with the accompanying 
drawings, wherein: 

FIGURE 1 is a block diagram of an exemplary system for implementing the 
present invention using a general purpose computing device in the form of a conventional 
personal computer (PC); 

FIGURE 2 is a block diagram showing the primary program modules used in 
implementing a preferred embodiment of the present invention; 

FIGURES 3A and 3B together illustrate a block diagram showing the various 
parameters that a user can select in creating a design of an aircraft or in modifying an 
existing design of an aircraft, in accord with a preferred embodiment of the present 
invention; 

FIGURE 4 is a block diagram illustrating the functional editing components of 
the flight simulator editing module, and showing the data that are produced for use by the 
flight simulator program; 
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FIGURE 5 is a block diagram illustrating the aircraft component parameters that 
contribute to the two flight model files used by the flight simulator program; 

FIGURE 6 is a block diagram illustrating the aerodynamic coefficients generated 
by the aerodynamic coefficients generator module; 
5 FIGURE 7 is an exemplary dialog window provided in the editing module to 

enable a user to enter configuration parameters for an aircraft; 

FIGURE 8 is an exemplary dialog window enabling a user to enter control 
(elevator, aileron, rudder, and spoiler) parameters for an aircraft; 

FIGURE 9 is an exemplary dialog window enabling a user to enter flap 
1 0 parameters for an aircraft; 
O FIGURE 10 is an exemplary dialog window enabling a user to enter weight and 

'% balance parameters for an aircraft; 

nj FIGURE 11 is an exemplary dialog window enabling a user to enter piston 

'"^1 engine parameters for an aircraft; 

nj 15 FIGURE 12 is an exemplary dialog window enabling a user to enter propeller 

%, parameters for an aircraft; 

m FIGURE 13 is an exemplary dialog window enabling a user to enter turboprop 

parameters for an aircraft; 

g FIGURE 14 is an exemplary dialog window enabling a user to enter jet engine 

fH 20 parameters for an aircraft; 

FIGURE 15 is an exemplary dialog window enabling a user to enter fiael system 
parameters for an aircraft; 

FIGURE 16 is an exemplary dialog window enabling a user to enter landing gear 
parameters for an aircraft; and 
25 FIGURE 17 is an exemplary dialog window enabling a user to set tuning 

parameters for an aircraft. 

Description of the Preferred Embodiment 
Exemplary Operating Environment 

FIGURE 1 and the following discussion are intended to provide a brief, general 
30 description of a suitable computing environment in which the present invention may be 
implemented. The invention will often be practiced on a single computing device, but 
can also be implemented on a client computing device and/or a server or other remote 
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computing device connected by a communication network, both of which will typically 
include the functional components shown in FIGURE 1. Although not required, the 
present invention will be described in the general context of computer executable 
instructions, such as program modules that are executed by a PC. Generally, program 
modules include application programs, routines, objects, components, functions, data 
structures, etc. that perform particular tasks or implement particular abstract data types. 
Also, those skilled in the art will appreciate that this invention might also be practiced 
with other computer system configurations, such as a client device for executing personal 
productivity tools, including hand-held devices, pocket personal computing devices, 
other microprocessor-based or programmable consumer electronic devices, 
multiprocessor systems, network PCs, minicomputers, mainframe computers, and the 
like. Furthermore, the present invention can also be practiced in distributed computing 
environments, where tasks are performed by remote processing devices that are linked 
through a communications network. In a distributed computing environment, program 
modules may be located in both local and remote memory storage devices. 

With reference to FIGURE 1, an exemplary system for implementing the present 
invention includes a general purpose computing device in the form of a conventional 
PC 520, provided with a processing unit 521, a system memory 522, and a system 
bus 523. The system bus couples various system components including the system 
memory to processing unit 521 and may be any of several types of bus structures, 
including a memory bus or memory controller, a peripheral bus, and a local bus using 
any of a variety of bus architectures. The system memory includes read only memory 
(ROM) 524 and random access memory (RAM) 525. A basic input/output system 526 
(BIOS), containing the basic routines that help to transfer information between elements 
witiiin the PC 520, such as during start up, is stored in ROM 524. The PC 520 further 
includes a hard disk drive 527 for reading from and writing to a hard disk (not shown), a 
magnetic disk drive 528 for reading from or writing to a removable magnetic disk 529, 
and an optical disk drive 530 for reading from or writing to a removable optical disk 531, 
such as a CD-ROM or other optical media. Hard disk drive 527, magnetic disk 
drive 528, and optical disk drive 530 are connected to system bus 523 by a hard disk 
drive interface 532, a magnetic disk drive interface 533, and an optical disk drive 
interface 534, respectively. The drives and their associated computer readable media 
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provide nonvolatile storage of computer readable machine instructions, data structures, 
program modules, and other data for PC 520. Although the exemplary environment 
described herein employs a hard disk, removable magnetic disk 529, and removable 
optical disk 531, it will be appreciated by those skilled in the art that other types of 
computer readable media, which can store data and machine instructions that are 
accessible by a computer, such as magnetic cassettes, flash memory cards, digital video 
disks (DVDs), Bemoulli cartridges, RAMs, ROMs, and the like, may also be used in the 
exemplary operating environment. 

A number of program modules may be stored on the hard disk, magnetic 
disk 529, optical disk 531, ROM 524, or RAM 525, including an operating system 535, 
one or more application programs 536, other program modules 537, and program 
data 538. A user may enter commands and infonnation into PC 520, and provide control 
input through input devices such as a keyboard 540 and a pointing device 542. Pointing 
device 542 may include a mouse, stylus, wireless remote control, or other pointer. As 
used hereinafter, the term "mouse" is intended to encompass virtually any pointing 
device that is useful for controlling the position of a cursor on the screen. Other input 
devices (not shown) may include a microphone, joystick, haptic joystick, yoke, foot 
pedals, game pad, satellite dish, scanner, or the like. These and other input/output (FO) 
devices are often connected to processing unit 521 through an I/O interface 546 that is 
coupled to the system bus 523. The term FO interface is intended to encompass each 
interface specifically used for a serial port, a parallel port, a game port, a keyboard port, 
and/or a universal serial bus (USB). A monitor 547 or other type of display device is also 
connected to system bus 523 via an appropriate interface, such as a video adapter 548, 
and is usable to display application programs, graphic images relating to the display of 
gauges and other components inside an aircraft cockpit and to scenery and other objects 
outside the cockpit, Web pages, and/or other information. In addition to the monitor, PCs 
are often coupled to other peripheral output devices (not shown), such as speakers 
(through a sound card or other audio interface - not shown) and printers. 

As indicated above, the invention may be practiced on a single machine, 
however, PC 520 can also operate in a networked environment using logical connections 
to one or more remote computers, such as a remote computer 549, to enable multi-player 
interaction while simulating flying an aircraft. Remote computer 549 may be another 
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PC, a server (which is typically generally configured much like PC 520), a router, a 
network PC, a peer device, or a satellite or other common network node, and typically 
includes many or all of the elements described above in connection with PC 520, 
although only an external memory storage device 550 has been illustrated in FIGURE L 
5 The logical connections depicted in FIGURE 1 include a local area network (LAN) 551 
and a wide area network (WAN) 552. Such networking environments are common in 
offices, enterprise wide computer networks, intranets, and the Internet. 

When used in a LAN networking environment, PC 520 is connected to LAN 551 
through a network interface or adapter 553. When used in a WAN networking 
10 environment, PC 520 typically includes a modem 554, or other means such as a cable 
modem, Digital Subscriber Line (DSL) interface, or an Integrated Service Digital 
Network (ISDN) interface for establishing conmiunications over WAN 552, such as the 
Intemet Modem 554, which may be internal or external, is connected to the system 
bus 523 or coupled to the bus via VO device interface 546; i.e., through a serial port. In a 
ly 15 networked environment, program nwdules depicted relative to PC 520, or portions 

g thereof, may be stored in the remote memory storage device. It will be appreciated that 

f1| the network connections shown are exemplary and other means of establishing a 

pi communications link between the computers may be used, such as wireless 

Q communication and wide band network links. Other players coupled together over a 

? - 20 communications network will typically use computing devices much like that described 
above. 

Exemplary Preferred Embodiment 

As indicated above, the present invention is being used in Microsoft 
Corporation's FLIGHT SIMULATOR 2002™ program to enable users to modify 

25 existing aircraft designs and to create new aircraft designs which can then be evaluated 
by the user flying the aircraft using the flight simulation program. Several different 
modules are provided in the flight simulation program to allow this functionality. As 
shown in FIGURE 2, a block diagram 20 illustrates these modules and indicates the 
specific flight model data program files that are produced to enable a user to evaluate or 

30 test the design of an aircraft as modified or created by the user. Parameters defining a 
particular aircraft design are modified using an editing program 22, which is identified as 
FSEDIT.EXE in this figure. Details of the various dialog boxes comprising a user 
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interface for a flight dynamics editor 24 to enable input of the geometric properties are 
discussed below. If a user wants to modify an existing aircraft design, e.g., one of the 
aircraft provided with the flight simulator product, the user simply makes a copy of the 
aircraft data for the design, each of the aircraft having its own folder or directory in 
which the data are included. The copy of the aircraft design data can then be opened in 
the flight dynamics editor, enabling the user to change any of the parameters to create the 
modified design, A new design is created by choosing the "new'* option under the file 
directory of the FSEDIT.EXE program and, after selected parameters have been input by 
the user, the new design is saved to its own folder under a user selected name that is 
different than that of any of the other aircraft designs. 

Once a user has entered the parameters to modify an existing design or create a 
new design for an aircraft using flight dynamics editor 24, those parameters effecting the 
flight model characteristics are input to an aerodynamic coefficients generator 
module 26. Again, details of the aerodynamic coefficients generator module are 
disclosed below. The aerodynamic coefficients generator module 26 processes the input 
data and produces aerodynamic coefficients necessary to produce an accurate flight 
model for the aircraft design. To ensure compatibility, this process produces two data 
files including an aircraft.m data file 28 and an aircraft.cfg data file 30. The aircmft.m 
data file includes the aerodynamic coefficients for the aircraft while the aircraft.cfg file 
includes details relating to other aspects of the aircraft design that may not be directly 
related to the manner it which it flies, such as its control panel configuration. Note that 
the word aircraft in the aircraft.dk file is generic and will be replaced with a word or 
phrase that identifies a specific design of aircraft. These two data files are used as input 
to a flight simulator module 32 to enable the user to experience the simulated flying of 
the aircraft design thus modified or created. 

FIGURES 3A and 3B illustrate substantially more detail concerning the 
parameters that a user can specify using editing program 22. As shown in FIGURE 3 A, 
a flight dynamics editing (FDE) user interface wizard 36 is included to facilitate choice 
of different parameters by a user creating a new aircraft design. One of the first options 
that a user must specify is the purpose or type of aircraft being created, as indicated by a 
block 38. In accord with FIGURE 3A, the user can select a design having a military 
purpose 40 and then choose among different types 42 of military aircraft, including a 
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transport, a bomber, a fighter, a trainer, or a patrol aircraft. Alternatively, the user may 
specify a civilian type aircraft 44 and then choose among aircraft 46 having different 
purposes such as a sailplane, an ultralight, a homebuilt, a light, an agricultural, an 
amphibious, a business, a regional, a transport, a supersonic, or a NASA/X-aircraft. As 
5 those of ordinary skill will understand, each type of aircraft from which the user may 
select has a substantial impact upon the relative size of the aircraft and other basic aspects 
of its configuration. 

The next option available to a user for input of parameters relates to engine 
layout 48, Under this category of input, the user can select from none, as indicated by a 
10 block 50, a piston engine option 52 having other parameters, including input specifying 

d the number of engines, the type of aspiration, and a determination of whether the 

£1 

propeller pitch is fixed or variable, as indicated in block 54. If a piston engine is not 
selected, a user can choose a turboprop engine 56 and then select from the number of 
engines, and a fixed or variable type of turboprop, as indicated by options 58. Another 
f|| 15 type of engine that can be selected is a turbofan engine 60, and its associated parameter, 
which specifies the number of turbofan engines 62 included on the aircraft:. Finally, the 
in user might select a jet engine 64 and then specify the number of jet engines 66 that are 

included on the aircraft. As shown in FIGURE 3B the third class of parameters 
selectable by a user, which is indicated in a box 68, is referred to as the empennage 
PJ 20 arrangement (i.e., the tail assembly of an aircraft). Accordingly, the user can select a 
canard 70 having several different options 72, or a vertical tail 74 having options 76, or a 
horizontal tail 78 having options 80. 

The next category selectable by a user in defining the aircraft is indicated in a 
box 82 that is labeled wing definition. Three primary types of wings from which the user 
25 can select include a low-wing monoplane 84, a stmt-braced high-wing 86, or a 
biplane 88. Each of these options can ftirther be defined by parameters 90 wherein the 
user specifies whether the wings have spoilers, ailerons, and/or flaps and can also 
indicate the type of leading edge or trailing edge of the wings. Finally, the user can select 
the type of landing gear layout, as indicated in a box 92, providing the user the option of 
30 selecting between a tricycle landing gear 94 with an option 96 to specify whether the 
landing gear is retractable, or whether it is a conventional or tail dragger landing gear 98, 
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which can also be retractable as indicated by an option 100. If designing a seaplane, the 
user can select floats 102 as the type of landing gear. 

It should be noted that in addition to the user interface comprising flight 
dynanoics editor 24, editing module 22 also includes a panel editor 112, a sound 
editor 114, and a texture editor 1 16, as illustrated by a block diagram 110 in FIGURE 4. 
Panel editor 112 produces two data files in response to a user selection of input 
parameters defining the instrument panel or control panel on the aircraft, including a 
panel.cfg file 118, and a panel.bmp data file 120, Similarly, sound editor 114 produces 
two data files, including a sound.cfg data file 122, and a sound. wav data file 124. 
Texture editor 1 16 produces only a single data file, a texture.bmp file 126. Each of these 
data files are input to flight simulator program 32 for use in enabling the user to 
experience all aspects of flying the aircraft (i.e., not just the flight capabilities) that was 
modified or created by the user. 

As noted above, the flight dynamics editor user interface facilitates entry by the 
user of each of the specific parameters that direcdy determine how the aircraft will fly, 
since most of these parameters are employed to generate the aerodynamic coefficients 
used to determine the flight model for the aircraft. Other of the parameters do not 
directly impact on how the aircraft flies in the flight simulator program. A relationship 
between the types of parameters that are input through the flight dynamics editor 24 and 
their inclusion in the two data files required by flight simulator program 32 to determine 
how the aircraft flies within the context of the flight simulator program are illustrated in a 
block diagram 130 in FIGURE 5. In this block diagram, it will be noted that only 
specific blocks are input to aerodynamic coefficients generator module 26 for use in 
generating the aerodynamic coefficients for the aircraft being designed- A block 132 
indicates that the user can input parameters related to the configuration of the aircraft, 
generally as discussed above. A block 134 provides that the user can also provide input 
of parameters relating to the controls of the aircraft, such as the elevator, ailerons, and 
rudder. A block 136 provides for input of parameters related to the flaps, while a 
block 138 enables the user to input parameters relating to the weight and balance of the 
aircraft design. Parameters relating to engine and fuel are input by the user, as indicated 
by blocks 140 and 142, respectively. Aerodynamic coefficients generator module 26 
employs the input from the user or default settings or previously supplied settings of an 
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existing aircraft design for each of these blocks in providing output for the aircraft.m 
data file and the aircraft.cfg data file. In addition, a block 144, which indicates that the 
user can input parameters relating to the landing gear, and a block 146, which provides 
for input of parameters relating to tuning of the aircraft, also are employed in producing 
the content of aircrqft.air and aircraft.cfg data files 28 and 30. These two data files, 
which together comprise the flight model data for the aircraft, are then employed by 
flight simulator program 32 if the user chooses to evaluate the design of the aircraft by 
"flying" the aircraft with the flight simulation program. 

As illustrated in a block diagram 150 in FIGURE 6, aerodynamic coefficients 
generator module 26 carries out a substantial number of calculations to determine flight 
model data that will be used by the flight simulator program when the aircraft that was 
designed or modified is flown. The data are divided among a number of different 
parameters and aerodynamic coefficients. Static design parameters 152 include default 
parameters that are based upon properties determined as a fimction of the parameters 
input by the user, including wing properties, atmospheric properties, tail properties, 
fuselage properties, weight and center of gravity properties, and moment of inertia 
properties. The aerodynamic coefficients are divided into several different categories, 
including lift coefficients 154, drag coefficients 156, pitching moment coefficients 158, 
rolling moment coefficients 160, yawing moment coefficients 162, and side force 
coefficients 164. Module 26 generally uses well known classical techniques for 
generating each of the aerodynamic coefficients in these different categories, applying 
the same formulas that are typically employed in designing actual aircraft. Details of the 
calculations carried out by the module need not be discussed herein, since they are 
generally well known to those of ordinary skill in the art. 

FIGURE 6 lists each of the aerodynamic coefficients that are determined in 
associated with the terms typically applied in the art for these coefficients. For example, 
those of ordinary skill will appreciate that aerodynamic coefficients in categories 160, 
162, and 164 generally comprise lateral directional coefficients in flight model data and 
will readily be understood by aircraft designers. Each of these aerodynamic coefficients 
determines a different aspect of a particular aircraft design. For example, under 
category 154, which pertains to lift coefficients, the lift, L, due to flaps, which is typically 
identified by the variable name CLflaps, can be determined by the following equation: 



MS#IK8K3I I 



-14- 



And the Coefficient of Lift, Ci is then given by: 

C =2*Lift/ 

where: 

S = Wing Area (square feet) 
V = Stall Speed (feet/second) 
p = Density (slugs/ft^) 
Lift = Max Gross Weight (pounds) 

The change in hft coefficient due to flaps is then directly proportional to the square of the 
change in stall speed from the flaps up to the flaps down condition, as defined by: 

c = AC = r -r 

This example illustrates one of the more simple cases for determining aerodynamic 
coefficients and has been chosen for its relative simplicity. The equations employed to 
determine stability derivatives for coefficients are substantially more complicated, 
particularly in the lateral direction, for categories 160, 162, and 164. 

It should also be noted that the aerodynamic coefficients have to be calculated in 
a particular order, since many of the variables are dependent on the results from 
generating other aerodynamic coefficients. This relationship is known as "cross 
coupling," since a change in one flight characteristic of an aircraft design frequently 
results in a change in one or more other flight characteristics. For example, the airplane 
lift curve slope, CLa, must be generated before the static longitudinal stability, CM^, can 
be determined. Accordingly, aerodynamic coefficients generator module 26 is a 
relatively complex module that takes into consideration all of the inter dependencies that 
may affect the outcome of the aerodynamic coefficient generation. While the 
relationship of these aerodynamic coefficients are well known to those of ordinary skill 
in the art of aircraft design and need not be explicitly set forth herein, the following list 
identifies some of these interdependencies: 
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• Cia—f(Cia~wing» CLa-fumwntaltail) 

• Cuh =f(CLcJ 

• Cue = f(Cuh) 

• CMde^fiCMih) 

• =f(CLa) 

• Ciodot -f(Cia) 

• CModot —f(Cicd(>t) 

• CMa=f(CLo^ 

• -fiCyp) 

• Cy>- =f(CY/3) 

• C/;? =f(CLcJ 

• Cir=f(CLc6 Cyp) 

• -f(Cic6 Cyp) 

• C'wr -fiCyp) 

The above list is by no means intended to be complete, and the dependencies given are 
only in regard to the interdependencies between aerodynamic coefficients, not the 
dependence of the variables on other parameters (e.g., geometric locations, atmospheric 
properties, etc.). 

Once the aerodynamic coefficients have been determined by the aerodynamic 
coefficients generator module, a modification is applied, based upon empirical data 
determined by use of the flight simulator program and joystick interface to fly aircraft 
designs of known flight characteristics. In essence, certain of the calculated aerodynamic 
coefficients are "tweaked," essentially by applying an empirically determined scaling 
factor so that the results more closely and more accurately reflect the way that a true 
aircraft would feel like when flying. The empirical determination of the scaling factor 
applied to certain of the aerodynamic coefficients is relatively subjective and may be 
considered optional, since it has minimal impact upon the results that would be 
experienced by a user who is not very knowledgeable and experienced in actually flying 
aircraft of specific designs. However, this tweaking step adds to the accuracy for 
simulating the flight of an aircraft design based upon the inventor's own experience and 
the empirical data available relating to certain of a known aircraft's handling qualities. 
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The intent is simply to account for any inconsistencies between what classical 
aerodynamic theory indicates the aerodynamic coefficients should be and the manner in 
which the aircraft design actually responds within the simulation program when those 
aerodynamic coefficients are used in the flight model data. 
5 Hight dynamics editor 24 provides a relatively rich opportunity for a user to 

provide input of parameters in the various categories noted above when designing or 
modifying the existing design of an aircraft. FIGURES 7 through 17 provide examples 
of the various dialogs that are included in flight dynamics editor 24. For example, as 
shown in FIGURE 7, a dialog 300 is displayed by the flight dynamics editor to enable a 
10 user to provide input of parameters defining the configuration of an aircraft design. This 
p and each of the other dialogs that are discussed below include a menu line 302, and a 

W button bar 304, each of which provide typical options for interacting with the dialog. A 

CO 

fy directory tree 306 indicates the storage location for the input parameters provided by the 

user and of other files in the storage. A number of parameters can be input in a 
m 15 section 308 of the dialog for specifying the wing geometry. Values shown for these 
1 parameters in the dialog of FIGURE 7 (and dialog shown in the other Figures discussed 

M below) are simply exemplary and are not intended to be in anyway limiting. 

I ll ■ 

When a user selects a particular parameter and makes a change or an entry to it 
g! for input, the flight dynamics editor program determines if the input is within an 

20 acceptable range. An acceptable input is determined based upon predefined criteria for 
selected parameters. For example, it may be inappropriate to enter a negative value for 
certain parameters if negative values for those parameters have no physical meaning. In 
other cases, upper or lower limit may be predefined for a given parameter to preclude the 
user from entering a value that would be unacceptable in aircraft design. If the user 

25 attempts to input a value that is outside these predefined limits, the user will be prompted 
to modify the input before continuing. The configuration dialog also includes a 
region 310 for entering reference datum that specify die longitudinal, lateral, and vertical 
position from a visual model origin of the aircraft, -i.e., a reference point within the three 
dimensional (3D) space comprising the aircraft. A region 312 is also provided in the 

30 dialog for entering parameters related to the tail geometry of the aircraft, including 
parameters for a horizontal tail, a canard, or a vertical tail. 
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In FIGURE 8, a dialog 320 is provided for entering parameters relating to the 
controls on an aircraft design. In this dialog, a region 322 includes several parameters for 
specifying the elevator of the aircraft, while a region 324 enables input of parameters for 
the aileron. Also included are parameters for a rudder in a region 326 and for a spoiler in 
5 a region 328. 

The parameters that can be input when designing an aircraft to determine the 
characteristics of the flaps are illustrated in a dialog 330 shown in FIGURE 9. In this 
Figure, a control button 332 enables a user to add a flap set, while a control button 334 
enables a user to delete a flap set previously added. Since more than one flap set can be 
10 included, a flap set selector list box 336 enables the user to select any flap set that is 
provided for the aircraft. In a region 338 in this dialog, a number of other parameters can 
be set by the user, in regard to the type of flap, the flap system, various scalar values, and 
the flap handle index to deflection mapping. Also, in a region 340, the user can input a 
speed for design cruising, flap up stall, and flap down stall, in knots. 
^ 15 FIGURE 10 illustrates a dialog 350 for the weight and balance parameters that 

can be input by a user. A region 352 enables the user to input the maximum design gross 
^ weight for the aircraft. In a region 354 the user can define the empty weight in pounds 

ffi and also indicate the center of gravity for the empty weight condition of the aircraft 

2| relative to the reference datum. A region 356 comprises a payload weight editor that 

5i 20 enables the user to add or delete a station load, and for a selected load, input the weight 
and relative position in regard to the reference datum. A region 358 includes text boxes 
in which the user can enter the moment of inertia for the empty weight condition in terms 
of pitch, roll, and yaw, as well as the empty weight coupled moment of inertia in 
slugs-square feet. In addition, the program will calculate an estimated moment of inertia 
25 value as a reference for the user to use when choosing values to input and is based on the 
weight and location of the empty aircraft. 

A dialog 360 for entry of piston engine parameters is included in FIGURE 1 1. A 
region 362 provides for entry of various parameters for the piston engine, including 
cylinder displacenipnt, compression ratio, number of cylinders, maximum rated 
30 revolutions per minute, horsepower, cooling type, and carburetor type. A region 364 
provides for entry of turbocharger properties (if the piston engine includes a 



MICR()261-l-lA)2r>IaptI(x: 



-18- 



turbocharger). In a region 366, a user can indicate an engine position relative to the 
reference datum, for each engine specified. 

FIGURE 12 enables entry of propeller parameters in a dialog 370. In a 
region 372 of the dialog, the user can specify the propeller diameter, the number of 
blades, the propeller moment of inertia, maximum/minimum pitch angle, fixed pitch 
angle, minimum governed revolutions per minute, and a gear reduction ratio. Check 
boxes are provided for indicating whether propeller synchronization, propeller deicing, or 
propeller reverse capability is available on the aircraft. A region 374 in the dialog 
enables the user to enter propeller feathering properties, if desired in the design being 
created. 

FIGURE 13 illustrates a dialog 380 for input of turboprop parameters, including 
a maximum torque in a region 382, and turbine properties in a region 384. The user can 
specify the number of turboprop engines and the relative position in regard to the 
reference datum in a region 386. 

In FIGURE 14, a dialog 390 displays the parameters that a user can specify for a 
jet engine. In a region 392, the user can specify static thrust in pounds, inlet area, rated 
revolutions per minute, and a scalar for fuel flow. In addition, two check boxes are 
provided to indicate respectively whether an afterburner is included, and whether a thrust 
reverser is included on the jet engine. A region 394 enables input of parameters relating 
to the number of engines and the relative position of each engine in regard to the 
reference datum. 

A dialog 400, which is shown in FIGURE 15, displays the parameters than can 
be entered by a user in configuring the fuel system of an aircraft. These parameters 
which are shown in a region 402 enable the user to specify the relative position of each 
fuel tank on the aircraft, in regard to the reference datum, a total capacity of each tank, 
and an unusable capacity for each tank. 

FIGURE 16 illustrates a dialog 410 that is provided to enable the user to 
configure the landing gear of the aircraft. The top part of the dialog includes an add point 
control 412 and a delete point control 414 for each landing gear point of contact with the 
ground. From among the points that have been added, a user can select a point in a list 
box 416 to edit the properties of the point. These properties are configured in a 
region 418. Specifically, a user can identify the class of a selected point, indicate 
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whether the landing gear (wheel) at that point has a brake, and also specify the sound that 
will be heard upon take off and landing, relative to the point. The position of the point in 
regard to the reference datum can also be specified by the user. Various other 
parameters, including a damage threshold, a wheel radius (if applicable), a steerage 
angle, static compression, maximunn/static compression ratio, a damping ratio, and if 
applicable, the extension time and retraction time can also be provided as input by the 
user. At the bottom of the dialog, a text entry box 420 is provided for input of the static 
pitch angle and a text entry box 422 for entry of the static center of gravity height above 
ground, for the aircraft. 

Finally, in FIGURE 17, a dialog 430 includes a region 432 for selectively tuning 
a number of parameters of the aircraft design, using slider controls. These slider controls 
enable the user to set scalar values for fine tuning a number of different parameters. In 
this dialog, the user can vary the pitch, roll, and yaw stability, control parasitic or induced 
drag, and modify the effectiveness of the elevator, aileron, rudder, elevator trim, aileron 
trim, and rudder trim. 

After the user has entered or modified parameters defining the design of die 
aircraft through the flight dynamics editor user interface, aerodynamic coefficients 
generator module 26 generates the corresponding aerodynamic coefficients for the 
aircraft in response to the user's input. As noted above, not all of the parameters entered 
by the user directly impact upon the generation of aerodynamic coefficients. These 
aerodynamic coefficients are then applied to the two flight model data files employed by 
Microsoft Corporation's FLIGHT SIMULATOR 2002 to enable the user to then fly the 
aircraft as designed or modified. 

Although the present invention has been described in connection with the 
preferred form of practicing it, those of ordinary skill in the art will understand that many 
modifications can be made thereto within the scope of the claims that follow. 
Accordingly, it is not intended that the scope of the invention in any way be limited by 
the above description, but instead be determined entirely by reference to the claims that 
follow. 
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